GDK W32: More flexible modal operation mode

Instead of using a boolean to indicate a modal operation being in progress,
use a set of flags, and allow these to be set and unset independently.

Specifically, this allows WM_CAPTURECHANGED handler to only act when a drag-move or
drag-resize modal operation is in progress, and ignore DND (which can also cause
WM_CAPTURECHANGED to be posted). This avoids a crash due to assertion failure when
OLE2 DND code tries to end a modal operation that was already ended by the WM_CAPTURECHANGED
handler.

(This commit is cherry-picked from the gtk-3-22 branch)

https://bugzilla.gnome.org/show_bug.cgi?id=786121

GDK W32: fix monitor pruning code

Decrement the counter for each removed element, otherwise we skip
one element every time we remove one. Also, no need for continue here.

GDK W32: Correctly report window position in HiDPI mode

Window position returned by get_frame_extents() should be scaled.

Also take this opportunity to apply the same rounding that X11 backend
applies.

https://bugzilla.gnome.org/show_bug.cgi?id=788053

GDK-Win32: Fix AeroSnap on HiDPI

Commit 1d0fad3 revealed that there were some assumptions made that were
actually to compensate for the bug fixed by that commit, so we need to
remove those assumptions as they would result in AerSnap to not work
properly on HiDPI screens.

Also re-do how we set the x and y positions of our GdkWindow, so that we
are more consistent across the board when we go between a GDK window
coordinate and a Windows API window cooredinate.

This would also simplify the code a bit.

https://bugzilla.gnome.org/show_bug.cgi?id=785999

GDK W32: Handle drivers that do not send WT_CSRCHANGE after WT_PROXIMITY

Some drivers don't do that (not sure whether that is the correct behaviour
or not). Remember each WT_PROXIMITY with LOWORD(lParam) != 0 that we get,
then look for a WT_CSRCHANGE. If WT_CSRCHANGE doesn't come, but a WT_PACKET
does, assume that this device is the one that sent WT_PROXIMITY.

Also include fallback code to ensure that WT_PACKETs for an enabled device
disable the system pointer, because WT_PROXIMITY handler might have
enabled it by mistake, since it's not possible to know which device left
the proximity (it might have been a disabled device).

https://bugzilla.gnome.org/show_bug.cgi?id=778328

GDK W32: Apply HiDPI scale properly to monitors

Previously HiDPI scale was retrieved and applied too late in the initialization
process to affect monitor size and monitor workarea size, but the code that
initializes these sizes *did* try to use the scale, even though it was always
getting scale=1.

To fix this, move the too-late code into monitor enumeration routine.
This also fixes a probable semantic bug where width and height were divided
by scale, again.

Now monitor and workarea should be in application pixels (i.e. divided by scale),
as intended.

https://bugzilla.gnome.org/show_bug.cgi?id=778835

GDK W32: Different maximized window position for non-CSD windows

It seems that WM interprets the same MINMAXINFO contents differently
depending on which styles the window has. Play along.

https://bugzilla.gnome.org/show_bug.cgi?id=765161

GDK W32: Ensure that we use made-up monitors when there are none

Previously GDK only made up monitors when it initially found none. Now it
also makes up monitors when it initially finds some, but later fails to get
their informatin in a normal way and finally prunes them out, being left with
zero monitors.

Having zero-length monitor array is unexpected and causes a number
of critical warnings and some critical functionality (such as displaying
drop-down menus) fails in such cases.

Ideally, there might be such a way to interrogate W32 API that produces the
information about non-real (but active) monitors out of it so that it isn't
necessary for us to make stuff up. However, this code is already complicated,
and i am not prepared to dig W32 API to find a way to do this.

This fixes the issues people had when they accessed a Windows desktop via RDP.

https://bugzilla.gnome.org/show_bug.cgi?id=777527

GDK W32: Fix idiotic gdk_win32_display_get_monitor() implementation

Replace the code borrowed from the X11 backend with the code borrowed from Wayland backend. Now GTK doesn't crash when the number of monitors is zero.

GDK W32: Use keyboard hook to detect AeroSnap combinations better

Windows WM handles AeroSnap for normal windows on keydown. We did this
on keyup only because we do not get a keydown message, even if Windows WM
does nothing with a combination. However, in some specific cases it DOES
do something - and we have no way to detect that. Specifically, winkey+downarrow
causes maximized window to be restored by WM, and GDK fails to detect that. Then
GDK gets a keyup message, figures that winkey+downarrow was pressed and released,
and handles the combination - by minimizing the window.

To overcome this, install a low-level keyboard hook (high-level ones have
the same problem as normal message loop - they don't get messages when
Windows WM handles combinations) and use it to detect interesting key combinations
before Windows WM has a chance to block them from being processed.

Once an interesting combination is detected, post a message to the window, which
will be handled in due order.

It should be noted that this code handles key repetitions in a very crude manner.

The downside is that AeroSnap will not work if hook installation function call fails.
Also, this is a global hook, and if the hook procedure does something wrong, bad things
can happen.

https://bugzilla.gnome.org/show_bug.cgi?id=776031

GDK W32: Handle CapsLock as part of the key shift level

Instead of using some kind of flawed logic about modifying a keypress result
when CapsLock is toggled, just add a CapsLock shift level (and all derived
shift levels, i.e. Shift+CapsLock and CapsLock+AltGr and Shift+CapsLock+AltGr)
and query Windows keyboard layout API about the result of keypresses involving
CapsLock.

Keysym table is going to be (roughly) twice as large now, but CapsLock'ed
keypresses will give correct results for some keyboard layouts (such as
Czech keyboard layout, which without this change produces lowercase letters
for CapsLock->[0,2,3,4...] instead of uppercase ones).

Keymap update time also increases accordingly.

https://bugzilla.gnome.org/show_bug.cgi?id=165385

GDK W32: Special handling for VK_PAUSE

Similar to VK_DIVIDE, this key can't be mapped to a scancode by
MapVirtualKeyEx(). Googling suggests that this is a known bug.

https://bugzilla.gnome.org/show_bug.cgi?id=769214

GDK W32: Change WM_SYSMENU style switch logic

Instead of checking for window state and giving it extra styles that
fit, just give it all styles that it is missing. It turned out that
otherwise it is impossible to, for example, restore a maximized window
via sysmenu. Also, be more flexible towards GDK/WM window state mismatches
and consider the window minimized/maximized if *either* GDK or WM thinks so.

https://bugzilla.gnome.org/show_bug.cgi?id=776485

GDK W32: Remove unneeded assertion

Just set check_for_dpi_awareness = TRUE and eventually it will be handled
correctly, even if setDpiAwareFunc() returns E_ACCESSDENIED or shcore functions
are NULL.

https://bugzilla.gnome.org/show_bug.cgi?id=777031

GDK W32: Handle maximizing correctly for small primary monitors

When primary monitor is smaller than the actual monitor on which the
window is being maximized, the WM will do widnow size adjustments
that will completely screw the window size if we try to make it
smaller than 100% fullscreen (to account for taskbar size, for example).

Fix this by overriding maximized window size during WM_WINDOWPOSCHANGING.

https://bugzilla.gnome.org/show_bug.cgi?id=775808

GDK: Make sure W32 backend compiles without GdkDeviceManager

https://bugzilla.gnome.org/show_bug.cgi?id=773299

gtkeventcontrollerscroll: Add some docs

Add GtkEventControllerScroll to the docs

It is not actually documented yet, unfortunately.

docs: Some revision to the migration docs

Cover more of the recent changes, and revise some of the wording.

Finish conversion of pixbuf cell renderer icon size

Change the name of the property from stock-size to icon-size,
and make it an enum property instead of uint. This makes it
impossible to specify invalid numeric values in ui files, and
at the same time makes it possible to refer to the existing
values by their nick.

Fix up the callers.

placesview: Drop the word stock from the docs

It does not really add anything here, and makes it harder
to grep for occurrences of stock ids.

recent chooser: Stop specifying stock-size

We were using a no-longer-existing numeric value here,
and we can just rely on the theme to set this now.

toolbutton: Remove the word stock from internal docs

We no longer support stock items.

recent chooser: Remove the word stock from the docs

We don't support stock items anymore.

filechooser: Remove the word stock from the docs

It does not really add anything here, and makes it harder
to grep for occurrences of stock ids.

entry: Remove references to stock ids from the docs

We no longer support stock images.

image definition: Drop unused struct

We no longer support stock images.

Fix the doc tools build

widget-factory: Fix up icon size handling

Make the icon grid on page 2 work with our new
approach to icon sizes.

Revert "gtksnapshot: Merge trivial clip duplicates"

This reverts commit d95cbb275729370a2dd67e24570ac1c68b62b697.

This is better solved by commit 94184eda4214b3162eead554212443b3a0f50481

snapashot: Optimize rounded clip nodes

If the rounded clip node is rectilinear, we can simplify it to a normal
clip node. If not, we really need to use a rounded clip node. In both
cases, we can do the same check we do when collecting normal clips and
avoid the clip node altogether if the child node does not get clipped
anyway.

This saves between 3 and 10 nodes in the widget factory, depending on
what page gets rendered.

snapshot: Only create clip nodes if we need to

Clip nodes have a clip rect and we only need to actually create a clip
node if any child node gets clipped at all. If the clip rect conains the
child node bounds entirely, we don't need a clip node.

widgetbowl: Only use one widget type

Every added widget having a separate random widget type makes it useless
to use the widgetbowl demo for any sort of performance comparison.
Instead. use only one widget type for all the moving children but make
that changable.

wayland: Never send NULL app id

The old gdk_get_program_class was never returning NULL, but
g_get_prgname might. So use the same fallback app id name we were using
before.

GskVulkanGlyphCache: Remove unused struct member

window: Plug a memory leak

Drop unused gtkcssstylefuncs.c

Clean up all the places where the header was still
included needlessly.

css style funcs: Avoid pixbufs

We can get what we need with GdkTexture.

Avoid GdkPixbuf in docs

GdkTexture is preferred now.

icon helper: Avoid gratitious pixbuf use

We can just get the texture directly from the icontheme.

mountoperation: Store icons as textures

This reduces the amount of pixbufs in this code.

broadway: Add some (disabled) debugging tools

broadway: Don't send node updates to browser if nothing changed

broadway: Fix texture hash function

gtksnapshot: Merge trivial clip duplicates

I got a lot of "clip in clip" cases, for example a CellClip with a
CellTextClip inside. It is really trivial to merge these when we
pop and makes it easier for all backends, so lets do that.

vulkan: Don't crash if vkEnumeratePhysicalDevices fails

broadway: Improve logging

We now log backwards, so that the latest is always visible.
Also, we use <pre> with a smaller size.

broadway: Send diffs of node trees

Reusing pre-created nodes is a lot faster both in terms of
dom modifications and of transfer sizes.

broadway: Add broadway_node_equal

broadway: Prepare for implementing diff

broadway: Add div for container nodes

We need this so that all nodes have divs, otherwise diffing is going
to be very hard.

broadway: Deserialize node tree in server

This doesn't really change anything, but it is in preparation for diffing
the trees.

broadway: Add a texture cache

This ensures we never upload a texture we already have locally available.

broadway: Re-add seat and core device creation

Update POTFILES.in

Use the new texture utils here

One less place where we juggle pixbufs.

Make texture variants of some pixbuf utils

This will let us avoid direct pixbuf use in some places.

recent manager: Drop an unused field

Fix up a doc comment

Remove some unused includes

These show up in a grep for "pixbuf".

Use a texture instead of a pixbuf in gtk_render_icon

This gets rid of more GdkPixbuf in the API.

Update all callers.

textview: Replace pixbufs by textures

This affects a few apis, such as gtk_text_iter_get_pixbuf,
gtk_text_buffer_insert_pixbuf and GtkTextBuffer::insert-pixbuf,
which have all been replaced by texture equivalents.

Update all callers.

textview: Remove serialization API

It's unused. Plain text is not using that framework, neither is
in-process same-display transmission.

So it was only useful for sharing text with custom tags across
applications, and nobody is doing that.

a11y: Remove AtkStreamableContent implementation

That is some old code that still uses IOChannels, and the only
pseudouser is at-spi-atk's commented out code that is still using
CORBA types.

So get rid of it now before I need to start adapting it to the new
clipboard.

icon theme: Remove unused code

The deprecated api to add builtin icons was removed
a year ago, so we don't need the code anymore that deals
with looking up builtin icons.

tooltip: Set icon from texture instead of pixbuf

Another part of removing GdkPixbuf from APIs.

Drop gtk_cell_view_new_with_pixbuf

We have a texture-based alternative for this now.

Drop gdk_cursor_new_from_pixbuf

Part of the push to remove GdkPixbuf from the API.

docs: Remove mentions of gdk_cursor_new_from_pixbuf

This function is going away.

dnd: Stop using gdk_cursor_new_from_pixbuf

We can just use gdk_cursor_new_from_texture here.

Fix the build

Drop gtk_drag_source_set_icon_pixbuf

Part of removing GdkPixbuf from the API.

testdnd: Stop using gtk_drag_source_set_icon_pixbuf

We can avoid it here as well.

icon-browser: Stop using gtk_drag_source_set_icon_pixbuf

We can just use gtk_drag_source_set_icon_name.

Drop gtk_css_image_surface_new_for_pixbuf

It is unused private api.

Avoid pixbufs when loading themed icons

We can directly get a texture from GtkIconTheme now.

Add gtk_cell_view_new_with_texture

Just more api to replace pixbufs with textures.

Drop gtk_snapshot_render_icon

Its not used, and we are working towards removing
GdkPixbuf in the API.

window: Stop using GdkPixbuf

We can get by with just using GdkTexture.

Cosmetic formatting fixes

wayland: Fix indentation of previous commit

wayland: emit GDK_SELECTION_CLEAR on owner changes

The wayland backend currently never emits GDK_SELECTION_CLEAR events.
GtkClipboard uses this signal in order to clear the clipboard owner when
the selection is set to something outside the application.
This commit ensures the wayland backend emits GDK_SELECTION_CLEAR before
setting the clipboard owner to NULL, as this means we lost the
selection.

Signed-off-by: Christophe Fergeau <cfergeau@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=790031

wayland: Remove unused data structure

Signed-off-by: Christophe Fergeau <cfergeau@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=790031

Drop gtk_application_is_inhibited

This function returns global session state that may
not be available to applications (e.g. in sandboxed
environments), and is not needed by applications,
so just drop it, instead of keeping a function around
that can't be guaranteed to work.

Improve the docs

Document that gtk_application_is_inhibited can't
be guaranteed to work.

inspector: Reorganize stack

There are too many stack elements in the main stack. So add a substack
for the pages that display common global state. The appropriate name I
found for it was "Global".

It's used to house the General, Visual, Resources and Statistics pages
for now.

inspector: remove visible=TRUE properties

This is the defualt these days.

gdk: Add some missing autocleanups

GdkMonitor and GdkSeat were missing here.

Fix some parameter name mismatches to make g-ir-scanner happier

gdkseatdefault: Use TABLET_STYLUS capability for styli/erasers/cursors

Those are devices created for drawing tablets, so using the "pointer"
capability is far too generic.

gdk/wayland: Emit GdkSeat::device-added/removed

Those were never sent in this backend...

Fix up _gtk_widget_list_devices

When I rewrote that function to not use GdkDeviceManager,
I overlooked that the window filtering needs to apply
to the master pointer as well, as other code assumes
that _gtk_widget_get_device_window will return non-NULL
on the devices in the list. Fix this.

Fix a typo

The signal is called ::unpaired-release.

Update Serbian translation

listbox: Handle unpaired releases as well

Same as for flowbox in the previous commit.

gtkflowbox: Activate items on ::unpaired-release

If the flowbox is single-click.

https://bugzilla.gnome.org/show_bug.cgi?id=789163

gtkgesturemultipress: Add ::unpaired-release signal

This signal will be emitted whenever the gesture received a
button release or touch end event without a pairing button
press or touch begin. This usually happens when grabs transfer
input from one widget to another mid-press.

https://bugzilla.gnome.org/show_bug.cgi?id=789163

wayland: Don't provide gsetting if dconf is not available

This makes gtk+ fall back to reading ~/.config/gtk-3.0/settings.ini
on systems with Wayland, but without dconf (do those exist?).

https://bugzilla.gnome.org/show_bug.cgi?id=790201

GtkWindow: Fix the down-scaling in icon_from_list()

Must use floating-point division to get the correct scale factors.
cairo_set_source_surface() must be called after cairo_scale().

https://bugzilla.gnome.org/show_bug.cgi?id=790287

Update POTFILES.in